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DATA TRAFFIC POLICER 

Field of the Invention 

The present invention relates to data traffic policers and is particularly 
concerned with token or leaky bucket policers. 

Background of the Invention 

Data traffic may include several forwarding classes (emission priorities) that 
require different treatment on access to the data network. Data may also be assigned 
various levels of discard priority, sometimes designated by colour, for example green, 
yellow and red for high, medium and low priority, respectively. Both of these 
priorities need to be taken into account by data network entities involved in traffic 
management. Such entities include schedulers, data shapers, and policers. While 
schedulers and data shapers effect changes in the makeup of the data stream, policers 
monitor the data stream and identify violations of the constraints imposed on the data 
network, for example throughput. Because of this difference, policers provide an 
opportunity to ensure fairness with respect to network resource utilization. 

Known policers have tried to use a serial or a hierarchical configuration to 
provide for both emission priority and discard priority. However in such 
configurations information can be lost between policers, thereby adversely affecting 
the policer's fairness. Hence, it would be desirable to provide a policer that maintains 
fairness. 

Summary of the Invention 

An object of the present invention is to provide an improved data traffic 

policer. 

In accordance with an aspect of the present invention there is provided a data 
traffic policer comprising a classifier for separating a packet stream in accordance 
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with class, a first bucket for a first traffic class representing a first transmission rate 
and a first burst capacity and a second bucket for a second traffic class representing a 
second transmission rate and a second burst capacity, the second bucket being nested 
within the first bucket thereby being subordinate to the rate and capacity of the first 
5 bucket, with the rate of the second bucket being disabled when a fill condition exists 
in the first bucket. 

In accordance with another aspect of the present invention there is provided a 
method of data policing comprising the steps separating a packet stream in accordance 
with class, representing a first traffic class as a first transmission rate and a first burst 
10 capacity, and representing a second traffic class as a second transmission rate and a 
second burst capacity being subordinate to the rate and capacity of the first traffic 
class, with the rate of the second traffic class being disabled when a fill condition 
exists for the first traffic class. 

1 5 Brief Description of the Drawings 

The present invention will be further understood from the following detailed 
description with reference to the drawings in which: 

Fig. 1 illustrates a data traffic policer in accordance with an embodiment of the 
present invention; and 

20 

Fig. 2 illustrates in a block diagram the data traffic policer of Fig. 1 with a different 
fill state. 

25 Detailed Description of the Preferred Embodiment 

Referring to Fig. 1, there is illustrated in a block diagram a data traffic policer 
in accordance with an embodiment of the present invention. The data traffic policer 
10 includes a first leaky bucket 12 having a rate R and a plurality of second leaky 
30 buckets 14, 16, 18 and 20 for receiving respective portions of data traffic from an 
input 22 via a corresponding plurality of classes 24, 26, 28, 30 and 32. The first leaky 
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bucket 12 is fed by a committed traffic class 24, labeled green (G) for convenience. 
Second leaky buckets 14,16, 18, 20 are fed by respective forwarding classes FCi, FC2, 
FC3,...FC n . The green traffic directly fills the first leaky bucket, as illustrated with a 
green traffic fill level F c . The first leaky bucket 12 has a fill limit B c 34, visually 
5 represented by the upper edge of the bucket. 

Similarly, each of the second leaky buckets 14, 16, 18, 20 has a respective 
limit B s i, however they also have a collective limit B e (for excess), such that: B e = sum 
B S j, and B e < B c . Each of the second leaky buckets may also have separate limits for 

10 each of the discard classes (colours), for example B ri for red and B yi for yellow. Thus, 
for second bucket 14, the bucket limit for red B r i may be the bucket upper edge 36, 
while bucket limit for yellow B y] may be a lower limit 44. Similarly, for the second 
bucket 16, the bucket limit for red B r2 may be the bucket upper edge 38, while bucket 
limit for yellow B y2 may be a lower limit 46. Similarly, for the second bucket 18, the 

15 bucket limit for red B r3 may be the bucket upper edge 40, while bucket limit for 

yellow B y 3 may be a lower limit 48. Similarly, for the second bucket 20, the bucket 
limit for red B m may be the bucket upper edge 42, while bucket limit for yellow Byn 
may be a lower limit 50. Each of the second buckets also has assigned a weight Wi 
that is used to determine the rate at which they leak, once the committed traffic has 

20 been satisfied. 

Operation of the data traffic policer is described with reference to Figs. 1 and 
2. In operation, traffic received on data input 22 is split according to class. 
Committed traffic 24 is applied directly to the first leaky bucket 12. As long as F c is 

25 non-zero, the rate R is completely consumed by the committed traffic. Thus, as 

shown in Fig. 1, the fill levels of the second buckets 14-20 does not go down and 
likely increases with F c > 0. Once the committed traffic has been satisfied, as 
illustrated in Fig. 2, the second leaky buckets 14 - 20 can begin to leak at their 
respectively weighted rates. Consequently, the respective fill levels Fi, F2, F3,... F n , 

30 begin to lower, however, as soon as any committed (green) traffic 24 arrives, it is 

applied directly to the first leaky bucket 12, F c becomes non-zero and the second 
buckets 14-20 are prevented from further emptying. 
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The above description is a view of how the data traffic policer in accordance 
with embodiments of the present invention can be considered conceptually. 
Implementation of this view may be in the form of an algorithm applied to the data 
5 network to effect the data traffic policer. The following tables, Table A and Table B, 
provide the static configuration parameters and dynamic parameters needed in an 
implementation of the policer algorithm. 


TABLE A Static Configuration Parameters 


Symbol 

Definition 

R 

Rate of the aggregate policer 

B c 

Bucket limit for committed (green) traffic 

B e 

Bucket limit for non-committed traffic B e < B c 

Wi 

Weight for each FC= l,2...n 

Byi 

Bucket limit for yellow traffic FC = l,2...n 

B ri 

Bucket limit for red traffic FC = 1 ,2. . .n 


10 Note: B y j could be configured as a percentage of Bn, thereby only requiring a single 
parameter for all FCs. 


TABLE B Dynamic Parameters 


F c 

Fill level of committed (green) traffic 

Fi 

Fill level of excess (non-green) traffic of FCi 

F 

Fill level of aggregate policer (F c + sum (Fj)) 


15 Input: 

Per-packet: Colour (Green, Yellow or Red), FC (1 .. N), Packet Size L in bytes 
Tc = Current Time 
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Static Configuration: 

R = Rate of the aggregate policer 
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Here Rate may be Bytes per millisecond (therefore 8Mbps translates to 

R=1000 Bytes per millisecond) 
Be = Bucket limit for green (committed) traffic 
Be = Bucket limit for non-green (excess) traffic (Be < Be) 
Wi = Weight of each FC, i = 1 ..N 
Byi = Bucket limit for yellow traffic of FC, i = 1 ..N 
Bri = Bucket limit for red traffic of FC, i = 1 ..N 

Implementation note: Byi could be implemented as a percentage of Bri, 
thereby requiring only a single parameter for all FCs. A further simplification would 
be to set Bri the same as Byi. 

Dynamic Parameters: 

Fc = Fill level of green (committed) traffic 

Fi = Fill level of non-green (excess) traffic of FCi 

F = Fill level of aggregate policer (same as Fc + all Fi) 

T = Last time packet was received (for example stored in milliseconds). An 
actual implementation may use microseconds for greater accuracy. 

All fill parameters are initialized to 0. 

Algorithm: 
Leakage of Buckets: 

The aggregate fill level is decremented at the rate of R. That is: decremented 
by D=R*(Tc-T). 

D is divided between the Fc and Fi's as follows: 
If Fc >= D, Fc = (Fc - D) and Fi's are unchanged. In other words, as long 
as Fc is non-zero the rate R is applied to Fc. 

If Fc < D, Fc = 0, and the residue (D - Fc) is divided between the Fi's 
according to their weight. 
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Given the above condition of applying R first to Fc, what this means is that for 
some time To, the rate R was applied to Fc until Fc = 0, then from To until time Tc, R 
was applied to the remaining buckets Fi. How this is done is implementation specific 
(for e.g., a bulk WRR could be used). 

The following example is provided to demonstrate the leaky bucket algorithm. 
Let T = 0, Fc = 10 kB and R = lOOOB/ms 


10 


a) at Tc= 1 ms Fc = Fc - D 

Fc= lOkB-lkB 
= 9 kB yes Fc > D 


15 


b) at Tc= 5 ms D = 1000 x (5 - 0) = 5 kB 
Fc = Fc-D 
Fc= 10kB-5kB 
= 5 kB yes Fc> D 


20 


c) at Tc= 10 ms D = 1000 x (10 - 0) = 10 kB 
Fc = Fc - D 
Fc= lOkB-lOkB 
= 0 kB yes Fc = D 


d) atTc= 11 ms D= 1000x(ll -0)= 11 kB Fc<D 
Fc = 0 

25 Residue = D- Fc = 1 lkB - lOkB 

= 1 kB to be applied to bucket fill levels Fi according to 
weights Wi. 


30 


Hence, the committed traffic uses the entire leaky bucket rate R as long as Fc 
is non-zero. However once the fill decrement D is greater than Fc, any residue D - Fc 
is used to decrement the other buckets with fill levels Fi 
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When a new packet arrives, T is updated with value of Tc (i.e: T=Tc) and the 
buckets are incremented in accordance with the following. 
Incrimination of Buckets: 

Green packet: If F < Be, /* Packet is conforming */ 

{ 

F = F + L; 
Fc = Fc + L; 
} 

/* Else packet is non-conforming */ 

Yellow packet, Class i: If F < Be AND Fi < Byi /* Packet is conforming */ 

{ 

F = F + L; 
Fi = Fi + L; 

} 

/* Else packet is non-conforming */ 

Red packet, Class i: If F < Be AND Fi < Bri /* Packet is conforming */ 
{ 

F = F + L; 
Fi = Fi + L; 
} 

/* Else packet is non-conforming */ 
/* End of HWP description */ 

If a packet is nonconforming, various options are available with regard to 
determining the behavior of the policer. For example, the policer may mark the 
packet (in which case it is counted in the bucket) for discard in the event of 
downstream congestion conditions. Alternatively, the policer may immediately 
discard the packet, in which case it would not contribute to the bucket count. 
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While the embodiment of the present describe herein above uses leaky 
buckets, it will be appreciated by those of ordinary skill in the art that an alternative 
embodiment could be provided using token buckets. 

Also in the figures a two-level nested bucket hierarchy has been presented for 
simplicity of the description, however it should be appreciated that a plurality of 
levels is also possible. 

Numerous modification, variations and adaptations may be made to the 
particular embodiments of the invention described above without departing from the 
scope of the invention, which is defined in the claims. 


